Merge ffmpeg (7:6.0-7) import into refs/heads/workingbranch

avfilter/vf_libplacebo: remove deprecated field

This has not been functional since a year ago, including in our current
minimum dependency of libplacebo (v4.192.0). It also causes build errors
against libplacebo v6, so it needs to be removed from the code. We can
keep the option around for now, but it should also be removed soon.

Signed-off-by: Niklas Haas <git@haasn.dev>
Signed-off-by: James Almer <jamrial@gmail.com>
Gbp-Pq: Name 0004-avfilter-vf_libplacebo-remove-deprecated-field.patch

avfilter/vf_libplacebo: wrap deprecated opts in FF_API define

Signed-off-by: Niklas Haas <git@haasn.dev>
Signed-off-by: James Almer <jamrial@gmail.com>
Gbp-Pq: Name 0003-avfilter-vf_libplacebo-wrap-deprecated-opts-in-FF_AP.patch

examples: fix build of mux and resample_audio

The commits 0a69ca656b7178c260f68d50d07b2e16a073050c and
cd8211527efbb9cad19db1c0d033da0749836e43 renamed the examples, but the
targets were not updated. Hence, the builds are missing -lm.

Signed-off-by: Sebastian Ramacher <sramacher@debian.org>
Gbp-Pq: Name 0002-examples-fix-build-of-mux-and-resample_audio.patch

avcodec/x86/mathops: clip constants used with shift instructions within inline assembly

Fixes assembling with binutil as >= 2.41

Signed-off-by: James Almer <jamrial at gmail.com>
Gbp-Pq: Name 0001-avcodec-x86-mathops-clip-constants-used-with-shift-i.patch

ffmpeg (7:6.0-7) unstable; urgency=medium

  * debian/: Disable libsvtav1 to unblock transition

[dgit import unpatched ffmpeg 7:6.0-7]

Import ffmpeg_6.0-7.debian.tar.xz

[dgit import tarball ffmpeg 7:6.0-7 ffmpeg_6.0-7.debian.tar.xz]

Merge ffmpeg (7:6.0-6) import into refs/heads/workingbranch

avfilter/vf_libplacebo: remove deprecated field

This has not been functional since a year ago, including in our current
minimum dependency of libplacebo (v4.192.0). It also causes build errors
against libplacebo v6, so it needs to be removed from the code. We can
keep the option around for now, but it should also be removed soon.

Signed-off-by: Niklas Haas <git@haasn.dev>
Signed-off-by: James Almer <jamrial@gmail.com>
Gbp-Pq: Name 0004-avfilter-vf_libplacebo-remove-deprecated-field.patch

avfilter/vf_libplacebo: wrap deprecated opts in FF_API define

Signed-off-by: Niklas Haas <git@haasn.dev>
Signed-off-by: James Almer <jamrial@gmail.com>
Gbp-Pq: Name 0003-avfilter-vf_libplacebo-wrap-deprecated-opts-in-FF_AP.patch

examples: fix build of mux and resample_audio

The commits 0a69ca656b7178c260f68d50d07b2e16a073050c and
cd8211527efbb9cad19db1c0d033da0749836e43 renamed the examples, but the
targets were not updated. Hence, the builds are missing -lm.

Signed-off-by: Sebastian Ramacher <sramacher@debian.org>
Gbp-Pq: Name 0002-examples-fix-build-of-mux-and-resample_audio.patch

avcodec/x86/mathops: clip constants used with shift instructions within inline assembly

Fixes assembling with binutil as >= 2.41

Signed-off-by: James Almer <jamrial at gmail.com>
Gbp-Pq: Name 0001-avcodec-x86-mathops-clip-constants-used-with-shift-i.patch

ffmpeg (7:6.0-6) unstable; urgency=medium

  * debian/libavutils58.symbols: Fix version for avpriv symbols
  * debian/: Enable rav1e on riscv64
  * debian/rules: Build static libraries with PIC enabled

[dgit import unpatched ffmpeg 7:6.0-6]

Import ffmpeg_6.0-6.debian.tar.xz

[dgit import tarball ffmpeg 7:6.0-6 ffmpeg_6.0-6.debian.tar.xz]

Import ffmpeg_6.0.orig.tar.xz

[dgit import orig ffmpeg_6.0.orig.tar.xz]

Merge ffmpeg (7:5.1.2-3) import into refs/heads/workingbranch

hwcontext_vulkan: remove optional encode/decode extensions from the list

They're not currently used, so they don't need to be there.
Vulkan stabilized the decode extensions less than a week ago, and their
name prefixes were changed from EXT to KHR. It's a bit too soon to be
depending on it, so rather than bumping, just remove these for now.

(cherry picked from commit eb0455d64690eed0068e5cb202f72ecdf899837c)

Gbp-Pq: Name 0001-hwcontext_vulkan-remove-optional-encode-decode-exten.patch

ffmpeg (7:5.1.2-3) unstable; urgency=medium

  * debian/rules: Disable more tests on ppc64 (Closes: #1022764)
  * debian/patches: Add upstream patch to fix FTBFS after vulkan changes
    (Closes: #1031447)

[dgit import unpatched ffmpeg 7:5.1.2-3]

Import ffmpeg_5.1.2-3.debian.tar.xz

[dgit import tarball ffmpeg 7:5.1.2-3 ffmpeg_5.1.2-3.debian.tar.xz]

Merge ffmpeg (7:5.1.2-2) import into refs/heads/workingbranch

ffmpeg (7:5.1.2-2) unstable; urgency=medium

  [ Mathieu Malaterre ]
  * d/control: Add support for JPEG-XL. (Closes: #1023646)

  [ Diederik de Haas ]
  * ci: Enable Salsa's CI

  [ Sebastian Ramacher ]
  * debian/control: Bump Standards-Version

[dgit import unpatched ffmpeg 7:5.1.2-2]

Import ffmpeg_5.1.2-2.debian.tar.xz

[dgit import tarball ffmpeg 7:5.1.2-2 ffmpeg_5.1.2-2.debian.tar.xz]

Import ffmpeg_5.1.2.orig.tar.xz

[dgit import orig ffmpeg_5.1.2.orig.tar.xz]

Merge ffmpeg (7:5.1.2-1) import into refs/heads/workingbranch

ffmpeg (7:5.1.2-1) unstable; urgency=medium

  * New upstream version 5.1.2
  * debian/rules: Fix typo (Closes: #1020273)
  * debian/patches: Remove all patches, all integrated upstream

[dgit import unpatched ffmpeg 7:5.1.2-1]

Import ffmpeg_5.1.2-1.debian.tar.xz

[dgit import tarball ffmpeg 7:5.1.2-1 ffmpeg_5.1.2-1.debian.tar.xz]

Merge ffmpeg (7:5.1.1-2) import into refs/heads/workingbranch

slicethread: Limit the automatic number of threads to 16

This matches a similar cap on the number of automatic threads
in libavcodec/pthread_slice.c.

On systems with lots of cores, this fixes a couple fate failures
in 32 bit mode on such machines (where spawning a huge number of
threads runs out of address space).

Signed-off-by: Martin Storsjö <martin@martin.st>
Gbp-Pq: Name 0002-slicethread-Limit-the-automatic-number-of-threads-to.patch

avcodec/arm/sbcenc: avoid callee preserved vfp registers

When compiling FFmpeg with GCC-9, some very random segfaults were
observed in code which had previously called down into the SBC encoder
NEON assembly routines. This was caused by these functions clobbering
some of the vfp callee saved registers (d8 - d15 aka q4 - q7). GCC was
using these registers to save local variables, but after these
functions returned, they would contain garbage.

Fix by reallocating the registers in the two affected functions in
the following way:
 ff_sbc_analyze_4_neon: q2-q5 => q8-q11, then q1-q4 => q8-q11
 ff_sbc_analyze_8_neon: q2-q9 => q8-q15

The reason for using these replacements is to keep closely related
sets of registers consecutively numbered which hopefully makes the
code more easy to follow. Since this commit only reallocates
registers, it should have no performance impact.

Signed-off-by: James Cowgill <jcowgill@debian.org>
Gbp-Pq: Name 0001-avcodec-arm-sbcenc-avoid-callee-preserved-vfp-regist.patch

ffmpeg (7:5.1.1-2) unstable; urgency=medium

  * debian/rules: Disable filter-overlay_yuv420p10 on all BE architectures
    (Closes: #1019133)
  * debian/: Enable librav1e support
  * debian/patches: Apply upstream patch to limit automatic number of threads
    to 16

[dgit import unpatched ffmpeg 7:5.1.1-2]

Import ffmpeg_5.1.1-2.debian.tar.xz

[dgit import tarball ffmpeg 7:5.1.1-2 ffmpeg_5.1.1-2.debian.tar.xz]

Merge ffmpeg (7:5.1.1-1) import into refs/heads/workingbranch

Import ffmpeg_5.1.1.orig.tar.xz

[dgit import orig ffmpeg_5.1.1.orig.tar.xz]

avcodec/arm/sbcenc: avoid callee preserved vfp registers

When compiling FFmpeg with GCC-9, some very random segfaults were
observed in code which had previously called down into the SBC encoder
NEON assembly routines. This was caused by these functions clobbering
some of the vfp callee saved registers (d8 - d15 aka q4 - q7). GCC was
using these registers to save local variables, but after these
functions returned, they would contain garbage.

Fix by reallocating the registers in the two affected functions in
the following way:
 ff_sbc_analyze_4_neon: q2-q5 => q8-q11, then q1-q4 => q8-q11
 ff_sbc_analyze_8_neon: q2-q9 => q8-q15

The reason for using these replacements is to keep closely related
sets of registers consecutively numbered which hopefully makes the
code more easy to follow. Since this commit only reallocates
registers, it should have no performance impact.

Signed-off-by: James Cowgill <jcowgill@debian.org>
Gbp-Pq: Name 0001-avcodec-arm-sbcenc-avoid-callee-preserved-vfp-regist.patch

ffmpeg (7:5.1.1-1) unstable; urgency=medium

  * New upstream version 5.1.1
  * debian/patches: Remove upstream patches

[dgit import unpatched ffmpeg 7:5.1.1-1]

Import ffmpeg_5.1.1-1.debian.tar.xz

[dgit import tarball ffmpeg 7:5.1.1-1 ffmpeg_5.1.1-1.debian.tar.xz]

Merge ffmpeg (7:5.1-3) import into refs/heads/workingbranch

ipfsgateway: Remove default gateway

A gateway can see everything, and we should not be shipping a hardcoded
default from a third party company; it's a security risk.

Signed-off-by: Derek Buitenhuis <derek.buitenhuis@gmail.com>
(cherry picked from commit 412922cc6fa790897ef6bb2be5d6f9a5f030754d)

Gbp-Pq: Name 0007-ipfsgateway-Remove-default-gateway.patch

fate/lavf-image: Disable file checksums for exr tests

The generated files are endian-dependent, so no checksums
may be part of the ref files.

Fixes ticket #9854.

Tested-by: Sebastian Ramacher <sramacher@debian.org>
Signed-off-by: Andreas Rheinhardt <andreas.rheinhardt@outlook.com>
(cherry picked from commit fe211aebbf2988f7a6588cf9f45277ca74b92763)

Gbp-Pq: Name 0006-fate-lavf-image-Disable-file-checksums-for-exr-tests.patch

tests/fate-run: Allow to skip file checksums for lavf_image

The output file (even the filesize) of the recently added
EXR tests depends on the endianness; therefore checksums
of these files must not be part of the ref file. Therefore
this commit adds an option (unused for now) to disable these
checksums on a per-test basis.

In order to avoid having to check twice, the checksum and
the filesize info are moved to immediately follow one another;
this results into updates to the ref files of all lavf-image tests.

Signed-off-by: Andreas Rheinhardt <andreas.rheinhardt@outlook.com>
(cherry picked from commit 4fb8741c4670965eaf1f78d6122c6bdfdf1f3358)

Gbp-Pq: Name 0005-tests-fate-run-Allow-to-skip-file-checksums-for-lavf.patch

fate/imf: Rename IMF fate-target

It conflicts with the name of the test using the testtool
in libavformat.mak.

Fixes ticket #9841.

Reviewed-by: Pierre-Anthony Lemieux <pal@sandflow.com>
Signed-off-by: Andreas Rheinhardt <andreas.rheinhardt@outlook.com>
(cherry picked from commit 3b923116e5a348945281b8d827074ac8f897464d)

Gbp-Pq: Name 0004-fate-imf-Rename-IMF-fate-target.patch

avcodec/alac: don't fail if channels aren't set during init() when extradata is valid

The decoder is meant to use it as a fallback if the value in extradata is
invalid.

Regression since d199099be.

Signed-off-by: James Almer <jamrial@gmail.com>
Gbp-Pq: Name 0003-avcodec-alac-don-t-fail-if-channels-aren-t-set-durin.patch

configure: properly require libx264 if enabled

When libx264 can not be found even though it is enabled, it should error
out properly instead of silently disabling it.

(cherry picked from commit 564d7946de56155d1c42165a8b561fcf5028cbbc)

Gbp-Pq: Name 0002-configure-properly-require-libx264-if-enabled.patch

avcodec/arm/sbcenc: avoid callee preserved vfp registers

When compiling FFmpeg with GCC-9, some very random segfaults were
observed in code which had previously called down into the SBC encoder
NEON assembly routines. This was caused by these functions clobbering
some of the vfp callee saved registers (d8 - d15 aka q4 - q7). GCC was
using these registers to save local variables, but after these
functions returned, they would contain garbage.

Fix by reallocating the registers in the two affected functions in
the following way:
 ff_sbc_analyze_4_neon: q2-q5 => q8-q11, then q1-q4 => q8-q11
 ff_sbc_analyze_8_neon: q2-q9 => q8-q15

The reason for using these replacements is to keep closely related
sets of registers consecutively numbered which hopefully makes the
code more easy to follow. Since this commit only reallocates
registers, it should have no performance impact.

Signed-off-by: James Cowgill <jcowgill@debian.org>
Gbp-Pq: Name 0001-avcodec-arm-sbcenc-avoid-callee-preserved-vfp-regist.patch

ffmpeg (7:5.1-3) unstable; urgency=medium

  * debian/: Build with vulkan and libplacebo only on Linux (Closes: #1017108)
  * debian/patches: Add upstream patch to disable default ipfs gateway

[dgit import unpatched ffmpeg 7:5.1-3]

Import ffmpeg_5.1-3.debian.tar.xz

[dgit import tarball ffmpeg 7:5.1-3 ffmpeg_5.1-3.debian.tar.xz]

Merge ffmpeg (7:5.1-2) import into refs/heads/workingbranch

fate/lavf-image: Disable file checksums for exr tests

The generated files are endian-dependent, so no checksums
may be part of the ref files.

Fixes ticket #9854.

Tested-by: Sebastian Ramacher <sramacher@debian.org>
Signed-off-by: Andreas Rheinhardt <andreas.rheinhardt@outlook.com>
(cherry picked from commit fe211aebbf2988f7a6588cf9f45277ca74b92763)

Gbp-Pq: Name 0006-fate-lavf-image-Disable-file-checksums-for-exr-tests.patch

tests/fate-run: Allow to skip file checksums for lavf_image

The output file (even the filesize) of the recently added
EXR tests depends on the endianness; therefore checksums
of these files must not be part of the ref file. Therefore
this commit adds an option (unused for now) to disable these
checksums on a per-test basis.

In order to avoid having to check twice, the checksum and
the filesize info are moved to immediately follow one another;
this results into updates to the ref files of all lavf-image tests.

Signed-off-by: Andreas Rheinhardt <andreas.rheinhardt@outlook.com>
(cherry picked from commit 4fb8741c4670965eaf1f78d6122c6bdfdf1f3358)

Gbp-Pq: Name 0005-tests-fate-run-Allow-to-skip-file-checksums-for-lavf.patch

fate/imf: Rename IMF fate-target

It conflicts with the name of the test using the testtool
in libavformat.mak.

Fixes ticket #9841.

Reviewed-by: Pierre-Anthony Lemieux <pal@sandflow.com>
Signed-off-by: Andreas Rheinhardt <andreas.rheinhardt@outlook.com>
(cherry picked from commit 3b923116e5a348945281b8d827074ac8f897464d)

Gbp-Pq: Name 0004-fate-imf-Rename-IMF-fate-target.patch

avcodec/alac: don't fail if channels aren't set during init() when extradata is valid

The decoder is meant to use it as a fallback if the value in extradata is
invalid.

Regression since d199099be.

Signed-off-by: James Almer <jamrial@gmail.com>
Gbp-Pq: Name 0003-avcodec-alac-don-t-fail-if-channels-aren-t-set-durin.patch

configure: properly require libx264 if enabled

When libx264 can not be found even though it is enabled, it should error
out properly instead of silently disabling it.

(cherry picked from commit 564d7946de56155d1c42165a8b561fcf5028cbbc)

Gbp-Pq: Name 0002-configure-properly-require-libx264-if-enabled.patch

avcodec/arm/sbcenc: avoid callee preserved vfp registers

When compiling FFmpeg with GCC-9, some very random segfaults were
observed in code which had previously called down into the SBC encoder
NEON assembly routines. This was caused by these functions clobbering
some of the vfp callee saved registers (d8 - d15 aka q4 - q7). GCC was
using these registers to save local variables, but after these
functions returned, they would contain garbage.

Fix by reallocating the registers in the two affected functions in
the following way:
 ff_sbc_analyze_4_neon: q2-q5 => q8-q11, then q1-q4 => q8-q11
 ff_sbc_analyze_8_neon: q2-q9 => q8-q15

The reason for using these replacements is to keep closely related
sets of registers consecutively numbered which hopefully makes the
code more easy to follow. Since this commit only reallocates
registers, it should have no performance impact.

Signed-off-by: James Cowgill <jcowgill@debian.org>
Gbp-Pq: Name 0001-avcodec-arm-sbcenc-avoid-callee-preserved-vfp-regist.patch

ffmpeg (7:5.1-2) unstable; urgency=medium

  * debian/: Fix test failures on s390x (Closes: #1016519)
    * Apply upstream fixes for some s390x test failures
    * Disable one new failing test

[dgit import unpatched ffmpeg 7:5.1-2]

Import ffmpeg_5.1-2.debian.tar.xz

[dgit import tarball ffmpeg 7:5.1-2 ffmpeg_5.1-2.debian.tar.xz]

Import ffmpeg_5.1.orig.tar.xz

[dgit import orig ffmpeg_5.1.orig.tar.xz]

Merge ffmpeg (7:5.0.1-3) import into refs/heads/workingbranch

avcodec/arm/sbcenc: avoid callee preserved vfp registers

When compiling FFmpeg with GCC-9, some very random segfaults were
observed in code which had previously called down into the SBC encoder
NEON assembly routines. This was caused by these functions clobbering
some of the vfp callee saved registers (d8 - d15 aka q4 - q7). GCC was
using these registers to save local variables, but after these
functions returned, they would contain garbage.

Fix by reallocating the registers in the two affected functions in
the following way:
 ff_sbc_analyze_4_neon: q2-q5 => q8-q11, then q1-q4 => q8-q11
 ff_sbc_analyze_8_neon: q2-q9 => q8-q15

The reason for using these replacements is to keep closely related
sets of registers consecutively numbered which hopefully makes the
code more easy to follow. Since this commit only reallocates
registers, it should have no performance impact.

Signed-off-by: James Cowgill <jcowgill@debian.org>
Gbp-Pq: Name 0001-avcodec-arm-sbcenc-avoid-callee-preserved-vfp-regist.patch

ffmpeg (7:5.0.1-3) unstable; urgency=medium

  * debian/tests: Update encoders for autopkgtests

[dgit import unpatched ffmpeg 7:5.0.1-3]

Import ffmpeg_5.0.1-3.debian.tar.xz

[dgit import tarball ffmpeg 7:5.0.1-3 ffmpeg_5.0.1-3.debian.tar.xz]

Import ffmpeg_5.0.1.orig.tar.xz

[dgit import orig ffmpeg_5.0.1.orig.tar.xz]

Merge ffmpeg (7:4.4.1-3) import into refs/heads/workingbranch

configure: arm: Don't add -march= to the compiler if no preference was passed

If no --cpu= option was passed to configure, we detect what the
compiler defaults to. This detected value was then fed back to the
rest of the configure logic, as if it was an explicit choice.

This breaks on Ubuntu 21.10 with GCC 11.1.

Since GCC 8, it's possible to add configure extra features via the
-march option, like e.g. -march=armv7-a+neon. If the -mfpu= option
is configured to default to 'auto', the fpu setting gets taken
from the -march option.

GCC 11.1 in Ubuntu seems to be configured to use -mfpu=auto. This
has the effect of breaking any compilation command that specifies
-march=armv7-a, because the driver implicitly also adds -mfloat-abi=hard,
and that combination results in this error:

    cc1: error: ‘-mfloat-abi=hard’: selected processor lacks an FPU

Therefore, restructure configure. If no specific preference was set
(and the 'cpu' configure variable was set as the output of
probe_arm_arch), the value we tried to set via -march= was the same
value that we just tried to detect as the compiler default.

So instead, just try to detect what the compiler defaults to, with
to allow setting other configure settings (such as 'fast_unaligned'),
but don't try to spell out the compiler's default via the -march flag.

Signed-off-by: Martin Storsjö <martin@martin.st>
Gbp-Pq: Name 0002-configure-arm-Don-t-add-march-to-the-compiler-if-no-.patch

avcodec/arm/sbcenc: avoid callee preserved vfp registers

When compiling FFmpeg with GCC-9, some very random segfaults were
observed in code which had previously called down into the SBC encoder
NEON assembly routines. This was caused by these functions clobbering
some of the vfp callee saved registers (d8 - d15 aka q4 - q7). GCC was
using these registers to save local variables, but after these
functions returned, they would contain garbage.

Fix by reallocating the registers in the two affected functions in
the following way:
 ff_sbc_analyze_4_neon: q2-q5 => q8-q11, then q1-q4 => q8-q11
 ff_sbc_analyze_8_neon: q2-q9 => q8-q15

The reason for using these replacements is to keep closely related
sets of registers consecutively numbered which hopefully makes the
code more easy to follow. Since this commit only reallocates
registers, it should have no performance impact.

Signed-off-by: James Cowgill <jcowgill@debian.org>
Gbp-Pq: Name 0001-avcodec-arm-sbcenc-avoid-callee-preserved-vfp-regist.patch

ffmpeg (7:4.4.1-3) unstable; urgency=medium

  [ Pino Toscano ]
  * Restrict the clang Build-Depends to amd64 arm64 ppc64el, where CUDA exists.
    (Closes: #994537)

  [ Sebastian Ramacher ]
  * debian/control:
    - Also enable cuda_llvm on i386
    - Suggest packages for nvenc

[dgit import unpatched ffmpeg 7:4.4.1-3]

Import ffmpeg_4.4.1-3.debian.tar.xz

[dgit import tarball ffmpeg 7:4.4.1-3 ffmpeg_4.4.1-3.debian.tar.xz]

Merge ffmpeg (7:4.4.1-2) import into refs/heads/workingbranch

configure: arm: Don't add -march= to the compiler if no preference was passed

If no --cpu= option was passed to configure, we detect what the
compiler defaults to. This detected value was then fed back to the
rest of the configure logic, as if it was an explicit choice.

This breaks on Ubuntu 21.10 with GCC 11.1.

Since GCC 8, it's possible to add configure extra features via the
-march option, like e.g. -march=armv7-a+neon. If the -mfpu= option
is configured to default to 'auto', the fpu setting gets taken
from the -march option.

GCC 11.1 in Ubuntu seems to be configured to use -mfpu=auto. This
has the effect of breaking any compilation command that specifies
-march=armv7-a, because the driver implicitly also adds -mfloat-abi=hard,
and that combination results in this error:

    cc1: error: ‘-mfloat-abi=hard’: selected processor lacks an FPU

Therefore, restructure configure. If no specific preference was set
(and the 'cpu' configure variable was set as the output of
probe_arm_arch), the value we tried to set via -march= was the same
value that we just tried to detect as the compiler default.

So instead, just try to detect what the compiler defaults to, with
to allow setting other configure settings (such as 'fast_unaligned'),
but don't try to spell out the compiler's default via the -march flag.

Signed-off-by: Martin Storsjö <martin@martin.st>
Gbp-Pq: Name 0002-configure-arm-Don-t-add-march-to-the-compiler-if-no-.patch

avcodec/arm/sbcenc: avoid callee preserved vfp registers

When compiling FFmpeg with GCC-9, some very random segfaults were
observed in code which had previously called down into the SBC encoder
NEON assembly routines. This was caused by these functions clobbering
some of the vfp callee saved registers (d8 - d15 aka q4 - q7). GCC was
using these registers to save local variables, but after these
functions returned, they would contain garbage.

Fix by reallocating the registers in the two affected functions in
the following way:
 ff_sbc_analyze_4_neon: q2-q5 => q8-q11, then q1-q4 => q8-q11
 ff_sbc_analyze_8_neon: q2-q9 => q8-q15

The reason for using these replacements is to keep closely related
sets of registers consecutively numbered which hopefully makes the
code more easy to follow. Since this commit only reallocates
registers, it should have no performance impact.

Signed-off-by: James Cowgill <jcowgill@debian.org>
Gbp-Pq: Name 0001-avcodec-arm-sbcenc-avoid-callee-preserved-vfp-regist.patch

ffmpeg (7:4.4.1-2) unstable; urgency=medium

  * debian/control: Add Build-Depends on libffmpeg-nvenc-dev on amd64, arm64
    and i386 (Closes: #925941)

[dgit import unpatched ffmpeg 7:4.4.1-2]

Import ffmpeg_4.4.1-2.debian.tar.xz

[dgit import tarball ffmpeg 7:4.4.1-2 ffmpeg_4.4.1-2.debian.tar.xz]

Import ffmpeg_4.4.1.orig.tar.xz

[dgit import orig ffmpeg_4.4.1.orig.tar.xz]

Merge ffmpeg (7:4.4.1-1) import into refs/heads/workingbranch

configure: arm: Don't add -march= to the compiler if no preference was passed

If no --cpu= option was passed to configure, we detect what the
compiler defaults to. This detected value was then fed back to the
rest of the configure logic, as if it was an explicit choice.

This breaks on Ubuntu 21.10 with GCC 11.1.

Since GCC 8, it's possible to add configure extra features via the
-march option, like e.g. -march=armv7-a+neon. If the -mfpu= option
is configured to default to 'auto', the fpu setting gets taken
from the -march option.

GCC 11.1 in Ubuntu seems to be configured to use -mfpu=auto. This
has the effect of breaking any compilation command that specifies
-march=armv7-a, because the driver implicitly also adds -mfloat-abi=hard,
and that combination results in this error:

    cc1: error: ‘-mfloat-abi=hard’: selected processor lacks an FPU

Therefore, restructure configure. If no specific preference was set
(and the 'cpu' configure variable was set as the output of
probe_arm_arch), the value we tried to set via -march= was the same
value that we just tried to detect as the compiler default.

So instead, just try to detect what the compiler defaults to, with
to allow setting other configure settings (such as 'fast_unaligned'),
but don't try to spell out the compiler's default via the -march flag.

Signed-off-by: Martin Storsjö <martin@martin.st>
Gbp-Pq: Name 0002-configure-arm-Don-t-add-march-to-the-compiler-if-no-.patch

avcodec/arm/sbcenc: avoid callee preserved vfp registers

When compiling FFmpeg with GCC-9, some very random segfaults were
observed in code which had previously called down into the SBC encoder
NEON assembly routines. This was caused by these functions clobbering
some of the vfp callee saved registers (d8 - d15 aka q4 - q7). GCC was
using these registers to save local variables, but after these
functions returned, they would contain garbage.

Fix by reallocating the registers in the two affected functions in
the following way:
 ff_sbc_analyze_4_neon: q2-q5 => q8-q11, then q1-q4 => q8-q11
 ff_sbc_analyze_8_neon: q2-q9 => q8-q15

The reason for using these replacements is to keep closely related
sets of registers consecutively numbered which hopefully makes the
code more easy to follow. Since this commit only reallocates
registers, it should have no performance impact.

Signed-off-by: James Cowgill <jcowgill@debian.org>
Gbp-Pq: Name 0001-avcodec-arm-sbcenc-avoid-callee-preserved-vfp-regist.patch

ffmpeg (7:4.4.1-1) unstable; urgency=medium

  * New upstream version 4.4.1
  * debian/tests: Limit the number of threads to max of 8
  * debian/patches: Apply upstream patch to fix build on armhf with GCC 11

[dgit import unpatched ffmpeg 7:4.4.1-1]

Import ffmpeg_4.4.1-1.debian.tar.xz

[dgit import tarball ffmpeg 7:4.4.1-1 ffmpeg_4.4.1-1.debian.tar.xz]

Merge ffmpeg (7:4.4-6) import into refs/heads/workingbranch

avcodec/arm/sbcenc: avoid callee preserved vfp registers

When compiling FFmpeg with GCC-9, some very random segfaults were
observed in code which had previously called down into the SBC encoder
NEON assembly routines. This was caused by these functions clobbering
some of the vfp callee saved registers (d8 - d15 aka q4 - q7). GCC was
using these registers to save local variables, but after these
functions returned, they would contain garbage.

Fix by reallocating the registers in the two affected functions in
the following way:
 ff_sbc_analyze_4_neon: q2-q5 => q8-q11, then q1-q4 => q8-q11
 ff_sbc_analyze_8_neon: q2-q9 => q8-q15

The reason for using these replacements is to keep closely related
sets of registers consecutively numbered which hopefully makes the
code more easy to follow. Since this commit only reallocates
registers, it should have no performance impact.

Signed-off-by: James Cowgill <jcowgill@debian.org>
Gbp-Pq: Name 0001-avcodec-arm-sbcenc-avoid-callee-preserved-vfp-regist.patch

ffmpeg (7:4.4-6) unstable; urgency=medium

  * debian/*.symbols: Bump version of symbols to match upstream release
  * debian/ffmpeg.maintscript: Drop removal of old conffile

[dgit import unpatched ffmpeg 7:4.4-6]

Import ffmpeg_4.4-6.debian.tar.xz

[dgit import tarball ffmpeg 7:4.4-6 ffmpeg_4.4-6.debian.tar.xz]

avcodec/arm/sbcenc: avoid callee preserved vfp registers

When compiling FFmpeg with GCC-9, some very random segfaults were
observed in code which had previously called down into the SBC encoder
NEON assembly routines. This was caused by these functions clobbering
some of the vfp callee saved registers (d8 - d15 aka q4 - q7). GCC was
using these registers to save local variables, but after these
functions returned, they would contain garbage.

Fix by reallocating the registers in the two affected functions in
the following way:
 ff_sbc_analyze_4_neon: q2-q5 => q8-q11, then q1-q4 => q8-q11
 ff_sbc_analyze_8_neon: q2-q9 => q8-q15

The reason for using these replacements is to keep closely related
sets of registers consecutively numbered which hopefully makes the
code more easy to follow. Since this commit only reallocates
registers, it should have no performance impact.

Signed-off-by: James Cowgill <jcowgill@debian.org>
Gbp-Pq: Name 0001-avcodec-arm-sbcenc-avoid-callee-preserved-vfp-regist.patch

ffmpeg (7:4.4-5) unstable; urgency=medium

  * Upload to unstable
  * debian/control: Bump Standards-Version

[dgit import unpatched ffmpeg 7:4.4-5]

Import ffmpeg_4.4-5.debian.tar.xz

[dgit import tarball ffmpeg 7:4.4-5 ffmpeg_4.4-5.debian.tar.xz]

Import ffmpeg_4.4.orig.tar.xz

[dgit import orig ffmpeg_4.4.orig.tar.xz]